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(57) Abstract 

A distributed broadcast system for receiving, processing, scheduling and broadcasting a wide variety of media objects is disclosed. 
The system comprises: a media object tracking system, a channel editing segment, a broadcast facility, and a plurality of end-user PCs. 
The media object tracking system receives media objects from a plurality of distinct sources and tracks their distribution, modification, and 
use. Associated with the media-object tracking system are a plurality of editing stations, where received media objects may be processed 
to create broadcast-ready material. The channel editing segment preferably comprises a plurality of channel editing centers (CECs) and 
one or more channel management centers (CMCs) which aggregate broadcast-ready media objects and schedule them for broadcast. Each 
scheduled media object is encoded in accordance with subscription information associated with the service to which the media object 
belongs. The encoded media object is multiplexed onto a time-division-multiplex channel of a broadcast bit stream. The broadcast facility 
transmits the encoded bit stream via a broadcast channel. Appropriately equipped end-user PCs receive the transmission and provide the 
end-user with access to those portions of the broadcast which the end-user is authorized to receive. 
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METHOD AND SYSTEM FOR 
BROADCAST TRANSMISSION OF MEDIA OBJECTS 

Background of the Invention 
5 The quantity and variety of information available 

on the internet is vast. For many end-users, however, 
practical access to much of what the internet has to offer is 
foreclosed because they do not have an efficient way to 
download the available information. Traditionally, end-users 

10 have accessed the internet via telephone lines and other 

land-lines which have only a narrow bandwidth. Insufficient 
bandwidth causes long, frustrating waits, especially when 
large media objects, such as video clips, are downloaded from 
the internet onto the user's computer. A 2Mb video object, 

15 for example, may take as long as an hour to download. 

Another drawback of the traditional internet, is 
that the wealth of available material is not well organized. 
Consequently, users must resort to search engines in order to 
identify internet sites that might be of interest to them. 

20 These search engines , however , are relatively slow and may 
fail to identify all sites that are in fact of interest to 
the user. 

One possible solution to the bandwidth dilemma is 
to transmit information from the internet to users by 

2 5 broadcasting it to them. For example, each conventional 

analog television channel has sufficient bandwidth to 
transmit 4 0 Mbps, which is sufficient for many needs. 
Moreover, satellite and cable broadcasts may have a bandwidth 
as great as 240 Mbps, These large bandwidths largely relieve 

3 0 the bandwidth insufficiencies of the prior art. 

But broadcast has its own difficulties. One 
important feature of the internet is that each content 
provider can control the content, timing, and target of every 
object that it transmits. By contrast, scheduling and 
3 5 distribution control in the broadcast environment is 
typically controlled by the entity that maintains and 
operates the broadcast facility. Moreover, broadcast 
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facilities have traditionally been employed to transmit a 
single type of media object, e.g., television programming. 
Thus, broadcasters do not have the capability to handle the 
many classes of media object, including video, audio, and 
5 data, available via the internet. 

fiiraiiiiarv of tbe Invention 
The present invention provides a distributed 
broadcast system for processing, scheduling, and broadcasting 
10 a wide variety of media objects. The media objects may 

comprise static objects such as data files or dynamic objects 
such as streaming video, audio, or data. 

In a preferred embodiment, the broadcast system of 
the present invention comprises a media object tracking 
15 system, a channel editing segment, a broadcast facility, and 
a plurality of end-user PCs. 

The media object tracking system receives media 
objects from a plurality of distinct sources and tracks their 
distribution, modification, and use. Associated with the 
20 media-object tracking system are a plurality of editing 

stations, where received media objects may be processed to 
create broadcast-ready material. 

The channel editing segment preferably comprises a 
plurality of channel editing centers (CECs) and one or more 

2 5 channel management centers (CMCs) which aggregate broadcast- 

ready media objects and schedule them for broadcast. Each 
scheduled media object is encapsulated or encoded in 
accordance with subscription information associated with the 
service to which the media object belongs. The encoded media 

3 0 object is multiplexed onto a channel of a broadcast bit 

stream. 

The broadcast facility transmits the encoded bit 
stream via a broadcast channel. Appropriately equipped end- 
user PCs receive the transmission and provide the end-user 
3 5 with access to those portions of the broadcast which the end- 
user is authorized to receive. 

- 2 - 



WO 99/49663 



PCT/IB99/00507 



Brief Description o f the Drawings 
The above objects and summary of the invention will 
be better understood when taken in conjunction with the 
following detailed description and accompanying drawings, in 
5 which: 

Fig. 1 is a block diagram of a preferred embodiment 
of the broadcast system of the present invention; 

Fig. 2 is a block diagram of a preferred embodiment 
of the media object tracking system of the present invention; 
10 Fig. 3 is a block diagram of a preferred embodiment 

of the broadcast scheduler of the present invention; 

Fig. 4 is a preferred embodiment of a graphical 
user interface for the broadcast scheduler depicted in Fig. 
3; 

15 Fig. 5 is a block diagram of a preferred embodiment 

of a channel management center of the present invention; 

Fig. 6 is a block diagram of a preferred embodiment 
of a master channel editing center of the present invention; 

Fig . 7 is a block diagram of a preferred embodiment 
2 0 of a professional channel editing center of the present 
invention; 

Fig. 8 is a block diagram of a preferred embodiment 
of a channel editing center of the present invention; 

Fig. 9 is a preferred embodiment of a master 
2 5 channel editing center and a channel management center having 
cascaded schedulers; and 

Fig. 10 is a block diagram of a preferred 
embodiment of an end-user PC of the present invention. 

30 Detailed Description of the p referred Embodiments 

Fig. 1 is a block diagram of a preferred embodiment 
of the broadcast system of the present invention. As shown 
in Fig. l, the broadcast system, designated generally by 
numeral 10, comprises: a media object tracking system (MOTS) 

35 15, a channel editing segment 20, a broadcast facility 25, 
and a plurality of end-user PCs 30, only one of which is 
shown in Fig. l. Channel editing segment 20 comprises a 
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channel management center (CMC) 35, a professional channel 
editing center (CEC Pro) 40, a channel editing center (CEC) 
45, and a master channel editing center (CEC Master) 50. 
Although Fig. 1 depicts only a single CEC Pro 40, CEC 45, CEC 
5 Master 50, CMC 35, and broadcast facility 25, it should be 
recognized that the system may preferably comprise one or 
more of each of these components. 

Operation of broadcast system 10 will first be 
briefly described in connection with Fig. 1. The structure 

10 and operation of the components of broadcast system 10 will 
then be more fully described in connection with Figs. 2-10. 

Typical data flow through broadcast system 10 is 
schematically represented by the arrows connecting blocks 15- 
50 in Fig. l. Initially, MOTS 15 receives media objects, 

15 such as proprietary or public-domain audio, video, image, and 
text based works. One function of MOTS 15 is to track the 
distribution and usage of received media objects as they 
traverse the broadcast system. This tracking function is 
performed with the aid of a database that stores distribution 

20 and usage information concerning media objects received by 
MOTS 15. In addition, some received media objects may 
require editing or other processing before being ready for 
broadcast. Such media objects are transmitted to channel 
editing stations (CECs) connected to MOTS 15 where they are 

25 edited and prepared for broadcast. These and other features 
of MOTS 15 are more fully described below in connection with 
Fig. 2. 

Once a media object is ready for broadcast, it is 
transmitted to a CEC or CMC for aggregation and broadcast 

30 scheduling. Media objects for broadcast may also be provided 
directly to a CEC or CMC without passing through and being 
processed by MOTS 15. Broadcast scheduling is performed by a 
scheduler resident in a CMC 35, CEC Pro 40, or CEC Master 50. 
A preferred embodiment of a scheduler 3 0 for use in the 

35 present invention is described in detail in connection with 
Figs. 3 and 4. A preferred embodiment of CMC 3 5 is described 
in connection with Fig. 5. A preferred embodiment of CEC 
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Master 50 is described in connection with Fig. 6. A 
preferred embodiment of CEC Pro 4 0 is described in connection 
with Fig. 7. CEC 45 does not comprise a scheduler and is 
therefore suitable for aggregation of media objects for 
5 broadcast, but not for broadcast scheduling. A preferred 
embodiment of CEC 45 is described in connection with Fig. 8. 

As the scheduled broadcast time for a media object 
arrives, CMC 3 5 multiplexes the media object onto a channel 
in accordance with received scheduling instructions. The 

io multiplexed signal is transmitted to a broadcast facility 2 5 
for broadcast to end-user PCs 30. In the preferred 
embodiment of the invention described herein, the 
multiplexing technique employed is time-division 
multiplexing. However, the invention may also be practiced 

15 using numerous other multiplexing techniques such as 

frequency-division multiplexing or statistical multiplexing. 

The components of broadcast system 10 will now be 
described in more detail in connection with Pigs. 2-10. 

Fig. 2 is a block diagram of a preferred embodiment 

2 0 of MOTS 15. As shown in Pig. 2, MOTS 15 preferably comprises 
an input desk 202 for receiving media objects from content 
providers. Input desk 202 is connected to a bus 2 04. Also 
connected to bus 2 04 are a MOTS database 206, and one or more 
channel editing stations (CESs) 208-212, described in more 

25 detail below. CMC 35, CEC Pro 40, CEC 45, and: CEC Master 50 
are also connected to bus 204 via an interface 214. 

Input desk 202 is adapted to receive many different 
types of media object such as images, video, or text. When a 
media object is received, it is assigned one or more object 

30 attributes (metadata) by input desk 202. The assigned 
attributes are representative of the character of the 
received object. For example, a particular media object 
might be assigned a first attribute representative of the 
fact that the object is video footage, and a second attribute 

35 representative of the fact that the object is suitable for 
viewing by children. Input desk 202 creates a new record in 
MOTS database 2 06 for each media object it receives. The 
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record comprises an identifier for the media object as well 
as the object attributes assigned to the object. 

Although only a single input desk 2 02 is shown in 
Fig . 2 , the system may comprise one or more input desks , each 
5 suitable for receiving and processing one or more types of 
media objects. Illustratively, each content provider could 
be provided with an input desk 202 for processing media 
objects received from the content provider. Input desks 202 
may be located in remote locations and may be connected to 
10 the rest of MOTS 15 by a network. 

In some cases, the media objects received by MOTS 
2 0 may represent complete data, audio, or video objects that 
have been fully edited and are ready for broadcast. This may 
occur, for example, when the media objects are received from 
15 Disney (TM) or another large content provider. In that 

event, the media objects received by MOTS 15 are transmitted 
directly to a CEC or CMC for aggregation and scheduling, as 
described below. 

In other cases, the media objects received by MOTS 

2 0 15 may represent data, audio, or video objects that are not 

intended for broadcast as-is, but rather are to be edited 
and/or combined with other media objects to create, for 
example, multimedia objects. For example, a content provider 
might provide video footage of exotic animals with the intent 
25 that the footage be incorporated in a derivative multimedia 
object comprising text and video such as a children's 
encyclopedia. Editing may be performed manually or may be 
automated. 

Editing of media objects received by MOTS 15 is 

3 0 preferably performed at channel editing stations 2 08-212, 

which are connected to bus 204 of MOTS 15 via links 216-220, 
respectively. Links 216-220 may be any suitable 
communication link for connecting channel editing stations 
2 08-212 to MOTS bus 204, such as a wide area network or 
35 dedicated lines. This permits CESs 208-212 to be located 
remote from MOTS bus 204, for example, in another country. 
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Typically, channel editing stations 208-212 are 
operated by content providers who produce broadcast-ready 
data, video, and audio objects- These objects may 
incorporate content created by others, such as content 
5 received by MOTS 15 via input desk 202 or other sources. 
Using channel editing stations 2 08-212, these content 
providers may access media objects received at input desk 
2 02. The channel editing stations edit the received media 
objects and/ or incorporate them into derivative works. As 

10 noted, editing may be performed by system operators or may be 
fully or partially automated. When a media object is 
modified or incorporated in a derivative media object, that 
fact is recorded in the object's record in MOTS database 2 06. 
Thus, in contrast to prior art internet systems, the system 

IS of the present invention is able to track the distribution, 
modification, and use of particular media objects, which 
provides many benefits. For example, tracking permits owners 
of media objects to police the use and distribution of their 
creations and better exploit intellectual property rights to 

20 which they may be entitled. 

Another purpose of the data attributes is to ensure 
appropriate distribution of media objects to channel editing 
stations 208-212. For example, certain media objects may be 
suitable for adult viewing only, and will be assigned a data 

25 attribute representative of that fact. Any channel editing 
station designated to produce programming for children (e.g., 
station 210) will not be able to access media objects with 
this "adult" data attribute. Thus, in contrast to prior art 
internet schemes, the present invention is able to track and 

30 control the use and distribution of all received media 
objects, thus protecting the rights and limiting the 
liabilities of content providers, broadcasters, and end- 
users . 

Once a media object is ready for broadcast, it is 
35 transmitted to a CEC or CMC for aggregation and broadcast 

scheduling. Broadcast scheduling is the process of assigning 
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broadcast parameters such as broadcast time, channel, and 
bandwidth to an object intended for broadcast. 

scheduling is necessary because the amount of data 
that can transmitted by a broadcast facility, although 
5 enormous, is not unlimited. Broadcast facilities typically 
transmit over particular frequency bands called channels. 
The rate at which a broadcast channel can transmit 
information (frequently measured in units of millions of bits 
per second (Mbps) ) is related to the difference in frequency 
10 between the highest and lowest frequencies in the band, and 
is therefore often referred to as the bandwidth of the 
channel . 

The bandwidth of a broadcast channel is frequently 
subdivided into two or more channels using a multiplexing 

IS technique, such as time-division multiplexing (TDM) . In 
time-division multiplexing, each TDM channel is assigned a 
particular time interval for broadcast. This permits 
concurrent broadcast of two or more signals over a single 
broadcast channel. The bandwidth of a TDM channel is the 

2 0 capacity of the channel to transmit information and is 

typically measured in units of millions or thousands of bits 
per second. of course, the total bandwidth of all TDM 
channels that make up the broadcast channel cannot exceed the 
total bandwidth of the broadcast channel. 

2 5 Thus, the capacity of a broadcast fa"cility to 

broadcast information is not unlimited. This finite capacity 
must be shared among all content providers desiring to 
broadcast media objects from the facility. It is therefore 
important to provide scheduling apparatus and methods for 

30 efficiently allocating particular portions of the available 
broadcast bandwidth to particular media objects to ensure 
timely and complete transmission of all media objects to be 
broadcast . 

In a preferred embodiment, the present invention 
35 provides a distributed scheduling capability that permits 

scheduling of broadcasts to be performed at one or more of a 
plurality of scheduling locations. Typically, CEC Pro 40, 
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CEC Master 50, and CMC 35 will constitute scheduling 
locations. Each scheduling location is provided with a 
scheduler. A preferred embodiment of a scheduler is now 
described in connection with Fig. 3. 
5 As shown in Fig. 3, a scheduler 300 preferably 

comprises a data memory 3 02, a video memory 3 04, and an audio 
memory 3 06, for storing broadcast-ready data objects, video 
objects, and audio objects, respectively. Scheduler 3 00 
further comprises an attribute database 3 08, for storing 

10 attribute data (metadata) concerning broadcast parameters of 
the objects stored in memories 302-306. For example, for a 
video object to be transmitted, attribute database 3 08 might 
store the bandwidth required to transmit the object, the time 
at which the object is to be broadcast, the size and name of 

15 the object, and the intended audience for the object. 

A processor 310 is connected to memories 302-306 
and database 308. As described below, processor 310 manages 
broadcast scheduling of media objects stored in memories 302- 
306 as well as streaming media objects that may be 

20 dynamically transmitted via one or more lines 312, 314 and 
streaming interface 316. Attribute data for these dynamic 
objects may also be stored in attribute database 3 08. In a 
preferred embodiment, processor 310 comprises a software 
program running on a Windows NT (TM) or Windows 95 (TM) work 

2 5 station. 

Scheduler 3 00 is responsible for scheduling 
broadcasts for particular blocks of bandwidth on specific TDM 
channels. Illustratively, a particular scheduler 3 00 might 
be responsible for scheduling broadcast content for 4 Mbps of 

30 bandwidth from 7:00:00 AM to 8:00:00 AM on March 14, 1998. 
Scheduler 3 00 allocates portions of this bandwidth to static 
objects stored in memories 302-306 and dynamic objects 
streaming via line 312 in accordance with the objects' 
attribute data stored in attribute database 308. Continuing 

35 with the above illustrative example, scheduler 3 00 might 

allocate 1.4 Mbps between 7:20:00 AM and 7:23:05 to broadcast 
a music video over a particular TDM channel that broadcasts 
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music videos during the morning hours. Alternatively, it 
might allocate lOOkbs between 7:00:00 and 8:00:00 to 
establish a "carousel" that repeatedly plays out a 30 second 
audio file comprising the day's weather forecast. 
5 Processor 310 may be programmed to automatically 

perform all broadcast scheduling. Alternatively, all or some 
of the scheduling may be performed by a system operator. In 
a preferred embodiment, manual scheduling is aided by a 
graphical user interface (GUI) 400 which permits the user to 

10 manipulate (using, e.g. , a mouse) graphical icons 

representative of objects to be broadcast and to visually 
perceive the entire broadcast schedule for the bandwidth 
allocated to scheduler 3 00. A preferred embodiment of GUI 
400 is shown in Fig. 4. 

15 As shown in Fig. 4, GUI 400 preferably comprises a 

plurality of windows 402. Windows 402 graphically display 
the bandwidth allocation for a plurality of media objects 404 
scheduled for broadcast. 

For example, the bandwidth allocated to media 

2 0 object 4 04c is graphically represented as a rectangle in 
windows 402 having a height of 20 kb/s and a width of 
approximately 14 minutes. It should be noted that each 
rectangle 404 may represent a single data object for 
broadcast, or may, for example, be representative of a 

2 5 directory comprising a plurality of files. Al-ter natively , a 
rectangle may represent a recorded video or audio object, or 
a block of bandwidth allocated to streaming audio, video, or 
data . 

In a preferred embodiment, the axes of one or more 
30 of windows 4 02 (i.e., time and bandwidth) are drawn to 

different scales in order to provide the system operator with 
differing perspectives of the broadcast schedule. For 
example, in the illustrative example depicted in Fig. 4, the 
scale of the time axis of window 402a is approximately ten 
35 times as great as that of window 4 02b. Thus, the system 

operator can view window 4 02a in order to understand the "big 
picture" (approximately a one-hour window of the broadcast 
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schedule) , while focusing on window 402b in order- to view the 
specifics of the broadcast schedule in ten second increments. 

As described in more detail below, each of the 
media objects represented by rectangles 4 04 may belong to a 
5 particular service. In a preferred embodiment, the color of 
rectangles 4 04 may be representative of the service to which 
the media object associated with the rectangle belongs. For 
example, all media objects belonging to a particular service 
may be represented by rectangles that are red. 

10 Scheduling information for the media objects 

graphically represented by rectangles 404 may also be 
numerically represented in a window 4 06. In the illustrative 
example shown in Fig. 4, window 406 displays quantitative and 
attribute information for media object 404c. 

15 window 406 preferably comprises a plurality of 

fields for storing information regarding a particular media 
object to be broadcast. Illustratively, window 4 06 may 
comprise the following fields: 

1. a filename field, which stores the filename of 
20 the media object (e.g., C:\fbs\subchannel\test2.AVI). 

2. a name field, which stores the name of the 
media object (e.g. , sports) . 

3. a size field, which stores the size in 
kilobytes or megabytes of the media object (e.g., 16445.344 

25 kB) . 

4. a status field, which stores the file name or 
directory name to be transmitted (e.g., unknown). 

5. a channel field, which stares the TDM channel 
on which the media object is to be broadcast (e.g., 99). 

30 6. a subchannel field, which stores information 

representative of the service on which the file is to be 

streamed out (e.g. , 0) . 

7. an ID field, which stores an identifier for the 

channel (e.g. , 0) . 
3 5 8. a bandwidth field, which stores the bandwidth 

allocated to broadcast the media object. 
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9. a bandwidth position field, which stores the 
vertical offset relative to zero of the bandwidth allocated 
to the object (i.e., the location of the object in the pipe). 

10. a start time field, and 

5 11. a stop time field, which define the time 

period allocated to broadcast the media object (e.g., from 
00:04:04 on November 20, 1996 to 00:17:47 on February 20, 
1996) . 

In a preferred embodiment, a blank template having 
10 the same fields and arrangement as window 406 may be employed 
to schedule media objects for broadcast. In particular, by 
clicking on an appropriate icon, an operator may cause a 
blank window 406 to be displayed on the screen. The operator 
may then enter the broadcast attributes of the media object 
IS into the appropriate fields. When the operator clicks on OK 
area 408, GUI 400 establishes a new rectangle that 
graphically represents the broadcast attributes of the media 
object, and displays the rectangle in the appropriate windows 
402 . 

2 0 Similarly, the broadcast attributes of a media 

object may be modified using window 406. In particular, an 
operator may call up a window 406 for any displayed media 
object 404 by clicking on the object. The operator may then 
update any field in window 406. GUI 400 then updates the 
25 stored broadcast attributes for the media object and, if 
appropriate, changes the shape and/or location of the 
rectangle that graphically represents the updated media 
object . 

In a preferred embodiment, an operator may also 

3 0 directly modify certain broadcast attributes in a graphical 

manner. In particular, the user may click on any media 
object 4 04 and "drag" it to another available portion of 
bandwidth (i.e., to any blanK space in a window 402). In 
this way, the user may graphically schedule all media objects 
3 5 to be broadcast. 

The present invention may employ automated 
scheduling algorithms to optimize utilization of the 
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available bandwidth. a system operator may input information 
concerning a plurality of objects including static and 
streaming data, video, and audio to be broadcast, and 
scheduler 3 00 may determine a schedule for broadcasting the 
5 plurality of items so as to efficiently use the available 
bandwidth. 

in addition, the objects to be broadcast may be 
compressed prior to transmission and scheduled for broadcast 
in accordance with their bandwidth requirements in compressed 
10 form. Decompression is performed by PC 3 0 when it receives 
the broadcast, thus permitting media objects to be broadcast 
in compressed form in a manner transparent to the end-user of 
PC 30. 

A preferred embodiment of CMC 35 will now be 

IS described in connection with Fig. 5 . it is contemplated that 
CMC 35 will typically be operated by a broadcast service 
provider such as a television network, a significant 
fraction of the broadcast content managed by CMC 35 will 
therefore typically comprise professionally-produced media 

20 objects from large content providers (e.g., Disney (TK) ) with 
whom the broadcaster has an established relationship. 

Turning to Fig. 5, CMC 3 5 preferably comprises a 
scheduler 300a, having the same architecture as the scheduler 
300 described above in connection with Fig. 3. CMC 35 

25 further comprises a media-object retrieval manager 502 which 
monitors attribute database 308 of scheduler 3 00a. When 
media-object retrieval manager 502 determines that the time 
for broadcasting a particular media object is approaching, it 
retrieves the attribute data for the object from database' 308 

30 of scheduler 300a. 

Concurrently, media-object retrieval manager 502 
instructs file transfer manager 504 to retrieve the media 
object to be broadcast from the appropriate memory 302-306 of 
scheduler 3 00a. File transfer manager 504 retrieves the 

35 media object from one of memories 302-3 06, and provides the 
file to a subscription control manager 506b, via line 516. 
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Alternatively, if the object to be transmitted is a 
dynamic object such as streaming video, media-object 
retrieval manager 502 instructs interface 316 to pass the 
streaming video via line 314 directly to subscription control 
5 manager 506b. 

In a preferred embodiment, CMC 35 further comprises 
a subscription database 508 that stores billing and 
subscription information concerning media objects to be 
broadcast by broadcast system 10. This information is used 
10 to control access by end-users to broadcast media objects 
that they receive, as described below. 

In particular, the present invention contemplates 
parsing the universe of broadcast objects into a plurality of 
broadcast services. A broadcast service comprises a 
15 collection of media objects that share a common subject 

matter or audience. For example, one broadcast service might 
focus on golf related programming while another might consist 
exclusively of childrens' programs. 

Each media object to be broadcast is assigned to a 
2 0 specific broadcast service by broadcast system 10. 

Subscription database 508 maintains a list of the broadcast 
service to which each media object belongs. 

In a preferred embodiment, broadcast system 10 
supports six different types or categories of broadcast 

2 5 services. The first service category is "free to air 

services." Services belonging to this category may be 
received by clients at no cost and without registration or a 
return path connection to the content provider. 

The second service category is "free subscribed 

3 0 services." clients must register to receive services 

belonging to this category, but registration is free. 
Subscription to broadcast services belonging to this category 
may require that the end-user have a return path connection 
to the content provider. For example, the end-user may be 
35 required to subscribe to the service via a return connection 
to the content provider. 
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The third service category is "subscription 
services." End-users must register in order to receive 
services belonging to this category, and there is a fee for 
registering. Subscription to services belonging to this 
5 category may require that the end-user have a return path 
connection to the content provider. 

The fourth service category is "pay-per-item . " 
End-users must pay a one-time charge in order to receive 
broadcast services that belong to this service category. 
10 End-users may be required to have a return path connection to 
the content provider in order to receive services belonging 
to this service category. 

The fifth service category is "open multimedia 
distribution platform. " This platform can be used to provide 
15 both consumer and business services and interfaces to the 
network operating center through an IP multicast or other 
input. As those skilled in the art recognize, the term 
unicast refers to transmission of information to one site at 
time. In contrast, multicast refers to transmission of 
20 information to more than one site at a time. Preferably, the 
platform comprises an open software platform to provide a 
common interface to the content provider and end-user for all 
media broadcast categories. In a preferred embodiment, a 
common interface allows the seamless integration of new 
25 applications and content into the platform. one advantage of 
this platform is that it eases the porting of readily 
available services on other transport streams to DVB-S. For 
example, it enables real-time data services that are 
restricted to VBI, and audio/video streaming services. 
30 The sixth service category is "additional 

services." Additional services preferably consist of 
services that provide interfacing to: conditional access 
systems, subscriber management systems, billing systems, NDIS 
drivers for PC broadcast receiver cards, and customized 
35 programs for the automation of content delivery and 

presentation. These interfaces are preferably standardized 
such that an interface to a PC card from a first manufacturer 
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uses the same generic instructions as an interface to a PC 
card from a second manufacturer. 

one or more broadcast services may be bundled 
together to form subscription packages. In that event, a 
5 single subscription would entitle an end-user to receive all 
services included in the package. For example, an end-user 
who was a fan of many sports might subscribe to a sports 
package that would provide access to a variety of broadcast 
services each of which is related to a different sport. 
10 CMC 35 further comprises one or more subscription 

control managers 506 including subscription control manager 
506b whose function is to encapsulate or encode media objects 
in accordance with subscription information from subscription 
database 508, and to load the encapsulated or encoded me ia 
15 object onto TDM channels. 

Specifically, recall that file transfer manager 
retrieves the media object to be broadcast from the 
appropriate memory 302-306 of scheduler 300a and provides the 
media object to an output 516 where it is received by 
20 subscription control manager 506b. Alternatively, the me ia 
object to be broadcast is dynamically received by interface 
316 and transmitted via line 314 to subscription control 
manager 506b. subscription-information retrieval * ana ^ r 510 
then retrieves subscription information for the received 
25 media object from database 508 and transmits the information 
to subscription control manager 506b. Subscription control 
manager 506b encapsulates, encodes, or both encapsulates and 
encodes the media object in accordance with the subscription 
information received from database 508. 
3 o The encapsulation or encoding employed by the 

present invention may take many forms. For example, 
subscription control manager 50 6b may be programmed to 
identify the header and tail of a packet and wrap an 
additional protocol layer of subscription information around 
35 the packet. 

Alternatively, the subscription information 
retrieved from subscription database 508 may comprise 
- 16 - 
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instructions to encode the media object in accordance with 
particular encryption software. Only clients who have 
subscribed to the service, and thus have the corresponding 
decryption software, will be able to receive the broadcast 
5 object. 

In an alternative embodiment, the subscription 
information may be embedded in the transmission bitstream for 
example by watermarking each data packet. In this 
alternative embodiment, the subscription information need not 
10 be added to the bitstream by subscription control manager 

506b. The subscription information may be added to the data 
at any point in the system and may be added by the content 
provider or by another party. 

As described below, use of encapsulation or 
15 encoding permits the system of the present invention to 
enable or disable receipt of particular services by 
particular end-users. 

Subscription control manager 506b further comprises 
a protocol handler for loading the encoded media object onto 
20 an appropriate TDM channel in a digital format, in accordance 
with the broadcast attributes defined for the object by 
scheduler 300a. The encoded media object is then transmitted 
to service mixer 512 for multiplexing with other streams of 
broadcast data. 
25 The bitstream output by subscription- control 

manager 506b may consist of complete media objects 
transmitted one after another. Alternatively, subscription 
control manager 506b may be adapted to packetise received 
media objects, interleave the packets from a plurality of 
3 0 media objects and output the interleaved packets as a bit 
stream. For example, if two files are to be delivered to a 
user concurrently, but one of the files is three times as 
long as the other, the protocol handler might packetise the 
two files and then interleave the packets at a ratio of three 
35 packets from the first file for every one packet from the 
second. 
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In a preferred embodiment, CMC 3 5 further comprises 
a subscription control 506a. As described in more detail 
below, the purpose of subscription control 50 6a is to 
transmit updated subscription information to the subscription 
5 manager of PC 30. The subscription manager of PC 30 uses 

this subscription information to identify subscribed services 
which may be accessed by the end-user. 

As further shown in Fig. 5, CMC 35 further 
comprises a subscription control 506c that may receive 
10 additional streams via a line 514 from other sources such as 
a CEC, and multiplexes them onto appropriate TDM channels for 
broadcast in accordance with broadcast attribute information 
received from the CEC. This feature of the present invention 
is described in detail below, after CEC Master 50 and CEC Pro 
15 4 0 have been described. 

in a preferred embodiment, a CMC 3 5 having a play- 
out of 5 Mbps is implemented as one or more software programs 
running on an HP Unix Server and three NT Workstations. 

A preferred embodiment of CEC Master 50 is shown in 
20 Fig. 6. As will be recognized, the architecture of CEC 

Master 50 is the same as that of CMC 35. The size of each 
component, however, may differ since CEC Master 50 will 
typically have lower play-out bandwidths than CMC 35. 

It is contemplated that CEC Master 5 0 will 
2 5 typically be maintained and operated by a bandwidth 

wholesaler, who purchases broadcast bandwidth in bulk from a 
broadcast service provider and resells segments of the 
bandwidth to others. Scheduling of the resold bandwidth may 
be administered using GUI 400 of scheduler 300b. 
30 a preferred embodiment of CEC Pro 40 is now 

described in connection with Fig. 7. It is contemplated that 
CEC Pro 40 will typically be maintained and operated by a 
company that is not itself in the media or information- 
distribution business, but nevertheless requires an outlet to 
35 distribute data or video objects such as price lists, 

training videos, etc. In addition, the company might wish to 
broadcast streaming audio or video, e.g., to broadcast a live 



- 18 - 



WO 99/49663 



PCT/IB99/00507 



press conference to its customers announcing the roll-out of 
a neW product. Thus, the contemplated uses of CEC Pro 40 
require that it be capable of storing and scheduling static 
media objects for broadcast and acting as an interface for 
5 streaming data, audio, or video. 

Accordingly, as shown in Fig. 7, CEC Pro 4 0 is 
provided with a scheduler 3 00c, having the same architecture 
as scheduler 3 00 described above in connection with Fig. 3. 
in addition, CEC Pro 40 is provided with interfaces 702, 704, 
10 suitable for transmitting streaming video, audio, and data to 
a CEC Master 50 (via line 614) or CMC 35 (via line 514) for 
broadcast on a predesignated TDM channel. 

In a preferred embodiment, CEC Pro 4 0 may be 
implemented as one or more software programs running on an 
15 NT (TM) workstation. 

A preferred embodiment of CEC 45 is shown in Fig. 
8 . as shown in Fig. 8, CEC 45 is provided with interfaces 
802 , 804 (similar to interfaces 702, 704 of CEC Pro 40) 
suitable for transmitting streaming video and audio to a CEC 
20 Master 50 or CMC 3 5 for broadcast via a predesignated TDM 

channel. CEC 4 5 differs from CEC Pro 40, however, in that it 
does not comprise a scheduler 300. Instead, it comprises 
object storage 806, suitable for storing video, audio, and 
data media objects. CEC 45 is thus unable to schedule files 

2 5 for broadcast. It can, however, transmit stored files at a 

predetermined time to a CEC Master 50 or CMC 3 5 for 
multiplexing onto a predesignated TDM channel. 

As noted above, CMC 35 has the capacity to receive 
data streams via line 514 from other sources, such as a CEC, 

3 0 and merge them onto appropriate TDM channels for broadcast in 

accordance with broadcast attribute information received from 
tne CEC. This feature of the present invention permits 
distributed scheduling of broadcast bandwidth at a plurality 
of sites and by a plurality of service and content providers. 
35 It is also one way that the system permits many different 

types of transmissions to be merged into a single stream for 
transmission via a single broadcast channel. 
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For example, CMC 35 may sell a block of bandwidth 
on one or more TDM channels to a CEC Master 50, who may in 
turn resell segments of this bandwidth to one or more CEC 
Pros 40. one of the CEC Pros 40 may use its bandwidth 
5 segment to transmit video, while a second CEC Pro 40 may use 
its bandwidth segment to transmit data files. As discussed 
above, scheduling for each bandwidth segment is performed at 
the remote CEC Pro that purchased the segment. 

The scheduled bandwidth segments are then 
10 transmitted as a broadcast-ready bit stream by their 

respective CEC Pros 40 to CEC Master 50 (via, e.g., line 614) 
where they may be mixed with other streams representing other 
bandwidth segments that were sold by CEC Master 50. 
subscription control 606c of CEC Master 50 places the 
15 received stream onto an appropriate TDM channel, as described 
above . 

This multiplexed stream is transmitted to CMC 3 5 
where it is mixed with other streams of broadcast-ready 
content received from other CEC Masters 50 or generated by 
20 CMC 35 itself. 

In an alternative embodiment, two or more 
schedulers 300 of a CEC Pro 40, CEC Master 50, and CMC 35, 
may be arranged in a cascade. Fig. 9 illustrates one such 
possible cascade, in which scheduler 300b of CEC Master 50 is 
25 cascaded with scheduler 300a of CMC 50. As in the first 

preferred embodiment described above, scheduler 300b of CEC 
Master 50 stores media objects and associated scheduling and 
subscription information scheduled for broadcast during the 
bandwidth for which CMC 50 is responsible. As the time for 
30 broadcast of a particular media object approaches, CEC Pro 40 
retrieves the object and its associated scheduling 
information and transmits them to CEC Master 50, along with 
any subscription information associated with the media 
object. CEC Master receives the media object and its 
35 associated scheduling and subscription information and 
updates its scheduling and subscription databases in 
accordance therewith. Preparation of the media object as an 
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encoded bit stream then proceeds as described above in 
connection with the first preferred embodiment. 

The broadcast-ready bit stream output by CMC 3 5 is 
transmitted to broadcast facility 25. As schematically shown 
5 in Fig. 1, broadcast facility 25 broadcasts the received 
stream via one or more broadcast technologies, such as 
traditional television broadcast, cable-TV broadcast, or 
satellite broadcast. Other broadcast environments known to 
those skilled in the art may also be employed. 
10 The broadcast transmission is received by end-user 

PC 30. A preferred embodiment of PC 30 will now be described 
in connection with Fig. 10. In the preferred embodiment 
described herein, the device employed by the end-user to 
receive the broadcast media objects is a PC 30. However, the 
IS invention may also be practiced using other devices for 

receiving the broadcast media objects, such as set-top cable 
boxes, provided that the devices comprise adequate hardware 
and software to achieve the functionality described below. 

PC 3 0 preferably comprises a receiver 100 connected 
2 0 to a layered protocol such as TCP/IP stack 112 via NDIS 

drivers 110. TCP/IP stack 112 is connected to a subscription 
manager 114 whose purpose is to control access by the end- 
user to received information and to maintain a list of 
information services for the end-user. 
25 Receiver 10 0 preferably comprises one or more 

components 102-108 adapted to receive broadcasts from 
broadcast facility 25. Receiver 100 may comprise an antenna 
102 for receiving Rf television transmissions, a CATV modem 
104 for receiving cable-TV transmissions, a satellite 
30 receiver 106 for receiving satellite transmissions, and/or a 
modem 108 for receiving transmission via a data link, 
depending on the broadcast technology employed by broadcast 
facility 25. 

As noted, receiver 100 is coupled to a protocol 
35 stack such as TCP/IP stack 112 via NDIS drivers 110. In a 
preferred embodiment, TCP/IP stack 112 may comprise the 
winsock (TM) TCP/IP stack manufactured by Microsoft 
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corporation. As known to those skilled in the art, one 
purpose of TCP/IP stack 112 is to examine the arriving data 
packets that make up a transmitted file or other media object 
to determine that all packets that make up the file have been 
5 received, and that they have been received in the correct 
order . 

Once TCP/IP stack 112 verifies accurate reception 
of a TCP/IP communication, the communication is transmitted 
to subscription manager 114 which determines the subscription 
10 and service to which the communication belongs. Subscription 
manager 114 then determines whether or not PC 3 0 is 
authorized to receive the transmissions belonging to the 
identified service, and if authorized, whether the service 
has been enabled by the end-user. 
15 specifically, subscription manager 114 preferably 

comprises a software program running in the background of 
end-user PC 30. When desired, however, the end-user may 
maximize subscription manager 114 and have it display the 
list of services which end-user PC 3 0 is authorized to 
20 receive, i.e., all services included within subscription 

packages to which the end-user has subscribed. The end-user 
may then manually enable or disable services within a 
subscription package. For each authorized subscription 
package, subscription manager 114 maintains a record of the 

2 5 services that have been enabled and disabled by the end-user. 

Then, when a communication is received, 
subscription manager 114 first determines whether the 
transmission belongs to a service to which the end-user has 
subscribed. Subscription manager 114 typically makes this 

3 0 determination by examining the received communication and 

determining whether it has the subscription information 
necessary to decode or unencapsulate the transmission. 

As noted above, use of encapsulation or encoding 
permits the system of the present invention to enable or 
35 disable receipt of particular services by particular end- 
users. In a preferred embodiment, the system may enable 
particular PCs 3 0 to receive particular services by 
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broadcasting a subscription message addressed to all end-user 
PCs that have subscribed to the service. The message 
preferably comprises information concerning the particular 
times and channels on which the service will be broadcast and 
5 may also include information on the encapsulation protocol 
employed to encapsulate the transmission. If the service is 
encrypted, the subscription message may comprise information 
necessary to decrypt the transmission, as well. With this 
information, PC 3 0 is able to identify broadcast 
10 transmissions belonging to the service, strip off the 

encapsulation information, de-encrypt the transmissions (if 
necessary) , and provide the content of the transmissions to 
the end-user, as described in more detail below. 

Disabling of a particular service can be 
15 accomplished by including a timestamp in the subscription 

message instructing PCs 3 0 to delete the subscription message 
from their memories (or instructing PCs 30 not to use the 
information contained in the service parameter message) , 
after a certain time period. Alternatively, the system may 
2 0 alter the channels and times for broadcast of particular 

services so that continued receipt of these services requires 
additional service parameter information not available to PCs 
3 0 that are to be disabled from receiving the service. In 
addition, if the service is encrypted, specific PCs 30 may be 
25 disabled by modifying the encryption and not transmitting an 
updated subscription message concerning the new encryption to 
the disabled PCs 30. A service may also be disabled on one 
or more particular PCs 3 0 by addressing a disable-service 
message for the service to the particular PCs 3 0 which are to 
30 be removed from the service. 

As noted, subscription messages to enable/disable 
particular services may be addressed to specific PCs 30. In 
particular, each PC 3 0 may be assigned a unique address, 
subscription messages comprising the addresses of particular 
3 5 PCs 3 0 are transmitted that instruct each addressed PC 3 0 to 
enable and/ or disable particular services in the manner 
described above. The unique address is preferably 
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implemented in hardware to avoid users configuring multiple 
PCs 3 0 to have the same address. When subscription manager 
114 recognizes a subscription message addressed to its PC 30, 
it updates the subscription information in accordance with 
5 the contents of the received message. 

Alternatively, instead of addressing subscription 
information to particular PCs 30, the system may regulate 
access to subscription information in other ways. For 
example, the subscription information may be encrypted or 
10 encapsulated before broadcast so that only PCs 3 0 with the 
proper decryption on deencapsulation information are able to 
receive the subscription information. Also, the subscription 
information may be broadcast at a specific time and on a 
specific channel known only to those PCs 30 that have 
15 subscribed to the service to which the subscription 
information pertains. 

As noted above, in some embodiments end-users 
subscribe to services via a return connection to the content 
provider. In other preferred embodiments, end-users may 
20 subscribe to services in other ways. For example, an end- 
user may subscribe to a service by purchasing a disk or other 
storage medium comprising the necessary subscription 
information to receive the service. 

This technique for distributing subscription 
25 information may be employed to link service-subscriptions to 
the sale of related (or other) items. Illustratively, a 
distributer of music CDs of a particular performer might 
package the CD together with a subscription to a live concert 
by the performer on a certain date in the future. To do so, 
3 0 the distributor would provide purchasers of the CD with 
appropriate subscription information to be loaded by the 
purchaser onto the purchaser's PC 30. The subscription 
information may be located on the CD itself or on another 
storage medium provided to the purchaser either at the time 
35 of sale or at a subsequent time. Alternatively, the 

subscription information may be broadcast to end-users who 
have purchased the performer's CD. As described above, the 
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subscription information may, for example, comprise 
decryption software or other appropriate subscription 
information such as encapsulation information. 

Thus, the present invention provides a system that 
5 is capable of enabling and disabling the receipt of 

particular services by end-users without requiring any return 
connection to the end-users. In other words, the present 
invention provides a transmission system that can employ 
unidirectional transmissions to limit receipt of particular 
10 portions of a transmission to specific end-users. 

If the communication belongs to a subscribed 
service, subscription manager 114 then determines whether or 
not the end-user has enabled the service. 

Assuming the service is both subscribed and 
15 enabled, subscription manager 114 next determines whether the 
received packet is part of a static media object such as a 
file or a dynamic media object such as a streaming data 
transmission, if the packet is part of a file, subscription 
manager 114 transmits the packet to file receiver 116. 
2 0 Similarly, if the packet is part of a streaming data 

transmission, subscription manager 114 transmits the packet 
to streaming data receiver 118. 

File receiver 116 is connected to an 1-cache proxy 
server 120 which manages an HTTP cache 122. In a preferred 
2 5 embodiment, HTTP cache 122 stores all received" internet data. 
The user may then send a URL request to the file and gain 
access to its contents. Alternatively, the received 
information may be stored in a different memory and may be 
accessed using a browser. 
30 HTTP cache 122 may be adapted to manage the 

incoming data in a large number of ways. Illustratively, 
cache 122 may be programmed to overwrite older data as new 
data is received, or may be programmed to cease storage of 
incoming information once the amount of information stored ii 
35 cache 12 2 reaches a threshold. 

Streaming data receiver 118 is connected to a real- 
time data interface 12 4 which manages play-out of the 
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streaming data to an output port for display to the end-user 
of PC 30. in some circumstances, play-out may be via an 
additional interface, such as a DDE interface, Excel (TM) , 
etc. Real-time data interface 124 is connected to a real- 
5 time database 12 6 which may temporarily store the received 
streaming data during play-out. 

PC 30 may further be provided with several software 
tools, including an HTTP or web browser such as a media 
surfer (TM) 128 and internet explorer (TM) 130, to aid the 
10 end-user in navigating the received files and streaming data. 

In a preferred embodiment, end-user PC 30 comprises 
a plurality of software programs running on a PC having, as 
minimum requirements, 16 Mb of RAM, 100 Mb of disk cache, and 
a 100 MHz Pentium (TM) processor. In addition, PC 30 
15 preferably comprises an ISA card having a continuous data 
rate of approximately l Mbps and a PCI card having a 
continuous data rate of approximately 4 Mbps. other system 
configurations may alternatively be employed. 

Thus, as described above, the present invention 
20 provides a common interface for transmitting any type of 

media object via any broadcast environment. It thus permits 
the merging and transmission of a wide variety of both static 
and dynamic audio, video, and data objects in a manner that 
provides control over broadcast parameters and regulation of 
25 the end-users enabled to receive the transmitted material. 

While the invention has been described in 
conjunction with specific embodiments, it is evident that 
numerous alternatives, modifications, and variations will be 
apparent to those skilled in the art in light of the 
30 foregoing description. 
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Claims 

1. A broadcast system, comprising: 

(1) a broadcast facility ; 

(2) a channel management center, comprising: 
5 (a) a first scheduler, comprising: 

(i) a first processor; 

(ii) a first memory storing a first plurality 
of media objects, and 

(iii) a second memory storing first attribute 
10 data representative of broadcast attributes of the first 

plurality of media objects; 

( b) a first media-object retrieval manager having 
access to the stored first plurality of media objects and 
first broadcast-attribute data and adapted to coordinate 

15 loading of objects from the first plurality of media objects 
onto multiplex channels in accordance with the first 
broadcast-attribute data; 

(c) a first subscription database storing 
subscription information defining at least one broadcast 

2 0 service; and 

(d) means for modifying the one or more first media 
objects in accordance with the subscription information 
stored in the subscription database. 

25 2. The system of claim 1, further comprising: 
(3) a channel editing center, comprising: 

(a) a second scheduler, comprising: 

(i) a second processor; 

(ii) a third memory storing a second 
3 0 plurality of media objects, and 

(iii) a fourth memory storing second attribute 
data representative of broadcast attributes of the second 
plurality of media objects; 

(b) a second media-object retrieval manager having 
35 access to the stored second plurality of media objects and 

second broadcast-attribute data and adapted to coordinate 
loading of objects from the second plurality of media objects 
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onto multiplex channels in accordance with the second 
broadcast-attribute data; 

(c) a second subscription database storing 
subscription information defining at least a second broadcast 

service; and 

(d) means for modifying objects from the second 
plurality of media objects in accordance with the 
subscription information stored in the second subscription 
database ; 

(e) a multiplexer having a first input, a second 
input, and a first output, wherein the first input of the 
multiplexer is adapted to receive a bitstream representative 
of objects from the first plurality of media objects and the 
second input of the multiplexer is adapted to receive a 
bitstream representative of objects from the second plurality 
of media objects, and the output of the multiplexer is 
coupled to the broadcast facility. 

3. The system of claim 2, wherein the play-out of the 

) channel management center has a finite bandwidth, and wherein 
the broadcast scheduling for at least some of the finite 
bandwidth is performed by the second scheduler. 

4. The system of claim 2, wherein the channel management 
5 center is located remote from the channel editing center. 

5. The system of claim 2, wherein the channel editing center 
can be operated from a remote location. 

o 6. The system of claim 1, wherein the data attribute 
database is located remote from the media object storage. 

7. The system of claim 1, wherein the channel management 
center can be operated from a remote location. 
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8. The system of claim l, wherein the scheduler further 
comprises a graphical user interface for graphically 
scheduling the broadcast of media objects. 

5 9. The system of claim 1, further comprising a media object 
tracking system, comprising: 

an input desk for receiving media objects having 
different formats and assigning to each received media object 
one or more data attributes representative of the media 
10 object; 

a tracking database comprising a plurality of 
records, each record storing the data attributes associated 
with a media object and further storing distribution, use, 
and modification information pertaining to the media object; 
15 a media-object tracking tool adapted to track the 

distribution, use and modification of media objects, and 
further adapted to update the tracking database in accordance 
with collected tracking information. 

2 0 10. The system of claim 9, further comprising a channel 

editing station, the channel editing station being connected 
to both the input desk and the tracking database. 

11. A broadcast system, comprising: 
2 5 (1) a broadcast facility; 

(2) a channel management center, comprising: 

(a) a first scheduler, comprising: 

(i) a first processor; 

(ii) a first memory storing a first plurality 

30 of media objects, and 

(iii) a second memory storing first attribute 
data representative of broadcast attributes of the first 
plurality of media objects; 

(b) a first media-object retrieval manager having 
35 access to the stored first plurality of media objects and 

first broadcast-attribute data; and 
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(c) a first file transfer manager coupled to the 
media object retrieval manager and the first scheduler, and 
adapted to receive one or more of the first media objects 
from the scheduler in accordance with instructions issued by 

5 the first media object retrieval manager, 

(d) a first subscription database storing 
subscription information defining at least one broadcast 
service; 

(e) a first subscription control manager coupled to 
10 the first file transfer manager and the first subscription 

database and adapted to receive the one or more first media 
objects from the first file transfer manager and to modify 
the one or more first media objects in accordance with the 
subscription information stored in the subscription database, 

15 the first subscription control manager having at least one 
output, and being adapted to provide the received media 
object as part of a bit stream in a predetermined digital 
format to the at least one output; 

(3) a channel editing center, comprising: 

2 0 (a) a second scheduler, comprising: 

(i) a second processor; 

(ii) a third memory storing a second 
plurality of media objects, and 

(iii) a fourth memory storing second attribute 
25 data representative of broadcast attributes of the second 

plurality of media objects; 

(b) a second media-object retrieval manager having 
access to the stored second plurality of media objects and 
second broadcast-attribute data; and 

30 (c) a second file transfer manager coupled to the 

second media-object retrieval manager and the second 
scheduler, and adapted to receive one or more of the second 
media objects and its associated broadcast-attribute data 
from the scheduler in accordance with instructions issued by 

35 the first media object retrieval manager, the second file 
transfer manager having an output, and being adapted to 
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provide the received media object and associated broadcast- 
attribute data to the output, 

wherein the output of the second file transfer manager 
is coupled to an input of the first scheduler, and the first 
5 scheduler is adapted to receive the media object and store it 
in the first memory, and to receive the associated broadcast- 
attribute data and to store it in the second memory. 

12. A broadcast system, comprising: 
xo (1) a broadcast facility ; 

(2) a channel management center, comprising: 

(a) a first scheduler, comprising: 

(i) a first processor ; 

(ii) a first memory storing a first plurality 
IS of media objects, and 

(iii) a second memory storing first attribute 
data representative of broadcast attributes of the first 
plurality of media objects; 

(b) a first media-object retrieval manager having 
2 0 access to the stored first plurality of media objects and 

first broadcast-attribute data; 

(c) a first file transfer manager coupled to the 
media object retrieval manager and the first scheduler, and 
adapted to receive one or more of the first media objects 

25 from the first scheduler in accordance with instructions 
issued by the first media object retrieval manager; 

(d) a first subscription database storing 
subscription information defining at least one broadcast 
service; 

30 (e) a first subscription control manager coupled to 

the first file transfer manager and the first subscription 
database and adapted to receive the one or more first media 
objects from the first file transfer manager and to modify 
the one or more first media objects in accordance with the 

35 subscription information stored in the subscription database; 
and 
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(f) a multiplexer having a first input, a second 
input, and a first output, wherein the first input of the 
multiplexer is coupled to an output of the subscription 
control manager, and the first output of the multiplexer is 
5 coupled to the broadcast facility. 

13. The system of claim 12, further comprising: 
(3) a channel editing center, comprising: 

(a) a second scheduler, comprising: 
10 (i) a second processor; 

(ii) a third memory storing a second 
plurality of media objects, and 

(iii) a fourth memory storing second attribute 
data representative of broadcast attributes of the second 

IS plurality of media objects; 

(b) a second media-object retrieval manager having 
access to the stored second plurality of media objects and 
second broadcast-attribute data; 

(c) a second file transfer manager coupled to the 

2 0 second media-object retrieval manager and the second 

scheduler, and adapted to receive objects from the plurality 
of second media objects from the second scheduler in 
accordance with instructions issued by the second media- 
object retrieval manager; 
25 (d) a second subscription database storing 

subscription information defining at least a second broadcast 
service; and 

(e) a second subscription control manager coupled 
to the second file transfer manager and the second 

3 0 subscription database and adapted to receive the one or more 

second media objects from the second file-transfer manager 
and to modify the one or more second media objects in 
accordance with the subscription information stored in the 
second subscription database; 
35 wherein the output of the second subscription 

control manager is coupled to the second input of the 
multiplexer. 
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14. The system of claim 12, wherein the second subscription 
control manager is coupled to the second input of the 
multiplexer via a third subscription control manager. 

5 15. The system of claim 12, wherein the first and second 
subscription control managers are adapted to packetise the 
received media object and wherein the bit stream provided by 
the subscription control managers comprises digital data from 
a plurality of the resulting packets. 

10 

16. The system of claim 12, wherein each subscription 
control manager is adapted to packetise at least two media 
objects, and is further adapted to interleave the resulting 
packets so that the first packet of the first media object is 
15 transmitted at practically the same time as the first packet 
of the second media object, and the last packet of the first 
media object is transmitted at practically the same time as 
the last packet of the second media object. 

2 0 17. The system of claim 12, wherein the play-out of the 

channel management center has a finite bandwidth, and wherein 
the broadcast scheduling for at least some of the finite 
bandwidth is performed by the second scheduler. 

25 18. The system of claim 12, wherein the channel management 
center is located remote from the channel editing center. 

19. The system of claim 12, wherein the data attribute 
database is located remote from the media object storage. 

30 

20. The system of claim 12, wherein the channel management 
center can be operated from a remote location. 

21. The system of claim 12, wherein the channel editing 
3 5 center can be operated from a remote location. 
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22. The system of claim 12, wherein at least of the 
schedulers further comprises a graphical user interface for 
graphically scheduling the broadcast of media objects. 

5 23. The system of claim 12, further comprising a media 
object tracking system, comprising: 

an input desk for receiving media objects having 
different formats and assigning to each received media object 
one or more data attributes representative of the media 
10 ob j ect ; 

a tracking database comprising a plurality of 
records, each record storing the data attributes associated 
with a media object and further storing distribution, use, 
and modification information pertaining to the media object; 
15 a media-object tracking tool adapted to track the 

distribution, use and modification of media objects, and 
further adapted to update the tracking database in accordance 
with collected tracking information. 

20 24. The system of claim 23, further comprising a channel 
editing station, the channel editing station being connected 
to both the input desk and the tracking database. 
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